home *** CD-ROM | disk | FTP | other *** search
/ Collection of Tools & Utilities / Collection of Tools and Utilities.iso / comm / qvt374.zip / QVT.HLP < prev    next >
Text File  |  1989-11-01  |  17KB  |  374 lines
  1. Exit/Suspend Program
  2.  Both of these commands terminate QVT and return to DOS.
  3.  
  4.  The difference is in their treatment of the communications line. 'Exit'
  5.  will break any existing phone connection, whereas 'Suspend' will not.
  6.  
  7.  'Suspend' will also save the QVT screen image to a file in the current
  8.  directory; this file will have the same root name as the current config
  9.  file. The saved image will be restored to the screen the next time that
  10.  config file is used.
  11.  
  12.  The 'Exit' option is for use when you want to exit permanently from QVT.
  13.  
  14.  The 'Suspend' option is intended for occasions when you want to exit
  15.  temporarily from QVT and perform some other tasks, and then return to
  16.  your QVT session.
  17. end
  18. DOS Shell
  19.  Starts up a copy of COMMAND.COM within QVT. This makes it possible to
  20.  issue DOS commands to perform file operations, then return to QVT at the
  21.  exact point where it was interrupted.
  22.  
  23.  This option is superficially similar to 'Suspend', the difference being
  24.  that 'Suspend' actually terminates QVT, whereas 'DOS' merely pushes it
  25.  into the background while you execute DOS commands.
  26.  
  27.  You should use 'DOS' when all you need to do outside QVT is a few simple
  28.  DOS operations, like displaying a directory listing. If you need to do
  29.  more extensive tasks, you should use 'Suspend' instead.
  30.  
  31.  When are finished using DOS, and wish to resume your QVT session, enter
  32.  the command 'EXIT' at the DOS prompt.
  33.  
  34.  WARNING! Do not attempt to start another copy of QVT from the DOS shell!
  35. end
  36. Kermit Uploads
  37.  The procedure for transmitting a file using KERMIT is as follows:
  38.  
  39.  1. Start KERMIT on the remote system, normally by issuing the 'KERMIT'
  40.     command. For binary file transfers, enter the Kermit command
  41.     'set file type binary'.
  42.  
  43.  2. Make sure that the remote Kermit is set to the same parity as QVT.
  44.     This is done using the Kermit 'set parity' command.
  45.  
  46.  3. At the 'Kermit>' prompt, issue the command 'receive'.
  47.  
  48.  4. Invoke the QVT 'File' menu, and select the command 'Kermit Send'.
  49.     This will bring up the Kermit Upload dialog box.
  50.  
  51.  5. Enter the name of the file to transfer. DOS pathnames and/or
  52.     wildcards are acceptable.
  53. endpanel
  54.  6. Answer the prompt asking whether Kermit should operate in Text or
  55.     Binary mode by entering a 'T' or 'B'; no carriage-return is required.
  56.  
  57.     Your response to this prompt should be consistent with the file type
  58.     expected by the remote Kermit.
  59.  
  60.     The transfer will now proceed until completion.
  61. end
  62. Kermit Downloads
  63.  The procedure for receiving a file using KERMIT is as follows:
  64.  
  65.  1. Start KERMIT on the remote system, normally by issuing the 'KERMIT'
  66.     command. For binary file transfers, enter the Kermit command
  67.     'set file type binary'.
  68.  
  69.  2. Make sure that the remote Kermit is set to the same parity as QVT.
  70.     This is done using the Kermit 'set parity' command.
  71.  
  72.  3. Issue the 'send' command to the remote Kermit, along with the name of
  73.     the file that you intend to transmit. Most Kermit implementations will
  74.     accept wildcards.
  75.  
  76.  4. Select 'Kermit Receive' from the QVT 'File' menu. This will bring up
  77.     the Kermit Download dialog box.
  78. endpanel
  79.  5. The cursor will be positioned in the 'File Name' field. You may now
  80.     enter the drive and directory where the incoming files should be
  81.     placed. Press <Tab> if you don't want to make an entry.
  82.  
  83.  6. Answer the prompt asking whether to use Kermit's Text Mode or Binary
  84.     Mode by entering a 'T' or 'B'; no carriage return is required.
  85.  
  86.     Your response to this prompt should be consistent with the file type
  87.     expected by the remote Kermit.
  88.  
  89.     The transfer will now proceed until completion.
  90. end
  91. X/Y/Zmodem Uploads
  92.  Although there is no standard host user interface for these protocols,
  93.  they do have in common the principle that the remote side should be
  94.  started first.
  95.  
  96.  1. Make sure that the remote computer is ready to accept the file.
  97.  
  98.     On a host minicomputer, this will usually involve starting a program
  99.     that is used for file transfer with these protocols; an example of
  100.     such a program is Omen Technology's 'rb' program for Unix and VMS
  101.     systems.
  102.  
  103.     On PC bulletin boards, you should select the 'Upload' option from
  104.     the BBS menu.
  105.  
  106.  2. Select the appropriate 'Send' command from the QVT 'File' menu.
  107.  
  108.  3. Enter the name of the file that you want to transfer.
  109.  
  110.     For XMODEM, only a single file can be transferred. Y and Zmodem,
  111.     however, are able to transmit multiple files in a single batch.
  112. endpanel
  113.     In the current release, batch transfer is supported only in the
  114.     sense that you can include wildcards in the filename, and all files
  115.     that match the template will be transferred.
  116.  
  117.     Batch transfer of multiple files with unrelated names will be incor-
  118.     porated into a future release of QVT.
  119.  
  120.     In all cases, full DOS pathnames are supported.
  121.  
  122.  4. For Xmodem and Ymodem only:
  123.  
  124.     Answer the prompt which asks whether to use large or small packets.
  125.     When uploading to a host minicomputer, small packets should be used.
  126.     For PC Bulletin Boards which support Ymodem or Xmodem-1K, you may
  127.     use large packets.
  128.  
  129.  5. The transfer will now proceed until completion.
  130. end
  131. X/Y/Zmodem Downloads
  132.  Although there is no standard host user interface for these protocols,
  133.  they do have in common the principle that the remote side should be
  134.  started first.
  135.  
  136.  1. Make sure that the remote computer is set up and ready to start the
  137.     file transfer
  138.  
  139.     On a host minicomputer, this will usually involve starting a program
  140.     that is used for file transfer with these protocols; an example of
  141.     such a program is Omen Technology's 'sb' program for Unix and VMS
  142.     systems.
  143.  
  144.     On PC bulletin boards, you should select the 'Download' option from
  145.     the BBS menu.
  146.  
  147.  2. Select the appropriate 'Receive' command from the QVT 'File' menu
  148. endpanel
  149.  3. For XMODEM transfers, enter the name that the file will have on the
  150.     PC.
  151.  
  152.     For YMODEM or ZMODEM, you may enter the drive and directory where you
  153.     want the incoming file(s) to be placed. This is optional, and you can
  154.     press <Tab> to skip this step.
  155.  
  156.  4. For XMODEM only:
  157.  
  158.     Answer the prompt which asks whether to use CRC error-checking. The
  159.     standard reply is 'N'; however, the CRC method is provides superior
  160.     error detection and is therefore preferable where available.
  161.  
  162.  5. The transfer will now proceed until completion.
  163. end
  164. Text File Upload
  165.  This command is useful when you have a small text file that you want to
  166.  copy directly up to the remote system without protocols. For example, you
  167.  may have a file that you want to send to another user on the host system
  168.  over the host's mail facility. You can start up the mail utility, put it
  169.  into 'input mode', where it is waiting for you to type in the message, then
  170.  use QVT's 'Text Upload' command to transfer the PC file directly into the
  171.  remote mail system.
  172.  
  173.  Characters will be displayed on the screen as they are echoed by the host.
  174. end
  175. Log File
  176.  This command causes the incoming stream of data to be copied verbatim to a
  177.  file on the PC. Unlike some other communications programs, QVT writes the
  178.  data to disk as it is received, with the result that the amount of data that
  179.  you can capture is limited only by the amount of space on your disk.
  180.  
  181.  To use this command, you begin by selecting the 'Log File' command from
  182.  the 'File' menu. A window will pop up which contains a field for you to
  183.  enter the name of the file that should be opened for logging. As soon as you
  184.  hit <Return>, QVT will return you to interactive mode. At this point, all
  185.  received characters will be written to the log file as soon as they are
  186.  displayed on the screen.
  187.  
  188.  To close the log file, simply select the 'Log File' command again.
  189. end
  190. Capture Screen Image
  191.  Use this command to copy an exact image of the screen to a disk file. The
  192.  image will be written in the form of 25 lines of 80 characters, with a
  193.  carriage-return/linefeed at the end of each line. The resulting file is
  194.  suitable for printing, o